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I. Introduction 

A. This memo contains come comments and suggestions con- 
cerning the PDP-X Dec tape Tape format. It does not 
consider l/o commands or status words. 

B. Three points are considered 

1. Basic quantum of parall'el transfer 

2. Data Block Structure 

3. Other considerations related to 1. & 2. 

II. Basic Quantum of Parallel Transfer 

•AJ -The .8 bit-byte is a unit compatible with the -Multi— 

;plexor Channel, l/o Bus, and other l/O devices. . There- 
fore, it could be desirable for Dectape. 

B. Assuming the 8 bit-byte as the basic unit of transfer, 
a format which uses three lines of tape to record 

8 bits (plus parity if desirable) seems desirable for', 
reasons stated later. The Figure 1. compares PDP-8 . 
format, PDP-9 format, and the proposed PDP-X format. 

C. Given the format suggested in Sec. II. B., two Read/ 
Write Modes of assembly/disassembly are desirable. 

1. Mode 1 - Three lines of tape are assembled for 
transfer as one byte. This would be the normal" 
mode and would be used for all PDP-X non-mainten- 
ance, interchange, or formatting operations. 

2. Mode 2 - Two lines of tape are assembled for 
transfer as one byte in the following format: 
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B. The two modes allow all necessary read/write opera- 
tions to be performed for inter- and intra-PDP-X 
:tr^nsfers, PDP-X tape formatting, PDP-X diagnostics, . . 
and PDP-X to other PDP transfers with all information 
obtainable. 

1. PDP-X System Usage - Mode 1 

2. PDP-X Tape Formatting - Mode 2 

3. PDP-X Diagnostics - Modes 1 & ? 

4. PDP-X Write, Other PDP Read - Mode 1 or 2 
(probably Mode 1) 

5. PDP-X Read, Other PDP Write - Mode 2 

III. Data Block Structure 

A. Based on PDP-8 & PDP-9 usage and the PDP-X field size, 
blocks of 128 or 256 words appears desirable. Other 
considerations include new programming file structures 
for other mass storage devices (e.g., dis.c, mag tape, 
drum) . 

IV. Related Considerations 

.A- - D^ta Density Reduction - The 11% of unusable storage 
(1 bit unused out of 9) is traded for a reduction in 
hardware for assembly/disassembly. This seems like " 
aiiireasonable trade off since the dollars pe-r bit of 
Dectape storage is "low". An ll^S decrease in the time 
,to access a given block is still a "long" time and 
would not be realized if very many turnarounds were 
.required. 

rBr- Assembly for Mode 1 and Mode 2-additional logic is "^: 
required for two modes of assembly, however, this 
buys : 

1. A smooth appearance to^ the program. 

2. A method to format tape. 

3. A method for tape commmini caption with non- 
PDP-X machines. Other methods cost in den- 
sity (e.g. 33 % using^ two tracks only) and 
hardware (e.g. 8 bit — J-IB bit transform) also, 



with a ROS program running the tape control the 
additional hardware cost may not be significant. 
When available, a clearer definition of the i/g 
Processor could clear up this point. 

Transfer Timing - With single byte buffering in the 
control the maximum time between byte transfers in 
Mode 1 is ( 3 lines X 33.3 ns/line)-30% = 100 las - 30% = 
approx. 70 us. In Mode 2 this time is approx 46 jjis. 
System usage should be Mode 1^ and 70 us worst case should 
present no unreasonable restrictions. The TC^l &. TCi2f2 
require the 46 [xs limit. 

Write/Read in Opposite Directions - Would a ROS controller 
provide this feature cheaply? Would the system and 
users make use of it? 
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